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PREFACE 


In  order  to  examine  specific  Automated  Guideway  Transit  (AGT)  develop- 
ments and  concepts  - and  to  build  a better  knowledge  base  for  future 
decision-making  - the  Urban  Mass  Transportation  Administration  (UMTA)  has 
undertaken  a new  program  of  studies  and  technology  investigations  called  the 
UMTA  Automated  Guideway  Transit  Technology  (AGTT)  program.  The  objectives 
of  one  segment  of  the  AGTT  program,  the  System  Operation  Studies  (SOS),  are 
to  develop  models  for  the  analysis  of  system  operations,  to  evaluate  perform- 
ance and  cost,  and  to  establish  guidelines  for  the  design  and  operation  of 
AGT  systems.  A team  headed  by  GM  Transportation  Systems  Division  (GM  TSD) 
has  been  awarded  a contract  by  the  Transportation  Systems  Center  to  pursue 
these  objectives.  The  Technical  Monitor  for  the  project  at  TSC  was  Arthur 
Priver,  who  was  assisted  by  Li  Shin  Yuan  and  Thomas  Dooley. 

This  document  was  prepared  under  the  direction  of  the  SOS  Program  Manager, 
James  F.  Thompson,  at  GM  TSD.  The  report  was  authored  by  Robert  Oglesby, 

GM  TSD. 
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1.0  INTRODUCTION 


1.1  IDENTIFICATION 

The  System  Availability  Model  (SAM)  was  designed  by  Robert  Oglesby  of 
General  Motors  Transportation  Systems  Division  (GM  TSD),  and  James  Boldig, 

GM  TSD.  It  was  programmed  by  Eugene  Mauch  of  Applied  Systems  Corporation. 

GM  TSD  Report  No.  EP-77056A,  System  Availability  Model  Technical  Specification, 
September  1977,  specifies  the  technical  requirements  for  the  SAM. 

1.2  APPLICABILITY 

The  SAM  operates  in  conjunction  with  the  AGT-SOS  Discrete  Event 
Simulation  Model  (DESM).  The  DESM  output  is  the  normal  source  of  the  delays 
information  portion  of  SAM's  input  data  set.  There  is  no  inherent  restriction  on 
the  systems  applicability  of  SAM;  the  range  of  applicability  of  the  DESM,  then, 
defines  the  range  of  applicability  for  SAM. 

1.3  CAPABILITIES 

Utilizing  the  parameters  that  the  user  inputs  (Section  4. 1.1. 4.1)  and  the  trip 
logs  generated  by  DESM  (Section  4.3.1),  the  SAM  computes: 

Vehicle  Availability  (Section  2.1) 

Passenger  Availability  for  various  delay  thresholds  (Section  2.1) 

Fleet  maintenance  measures  for  various  fleet  sizes: 

Maintenance  fleet  size 

Probability  of  a replacement  vehicle  being  available 
when  needed 

Minimum  service  facility  required 

The  full  set  of  system  alternatives  which  the  DESM  models  is  acceptable  to 
the  SAM. 

1.4  LIMITATIONS 

Modification  of  the  following  limitations  requires  recompilation  of  the  source 

code . 


Demand  intervals  5 

Reliability  levels  5 

Delay  thresholds  10 

Failure  modes  5 

Reliability  regions  5 
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2.0  PROGRAM  DESCRIPTION 


2.1  OVERVIEW 

The  System  Availability  Model  (SAM)  is  a system-level  model  which  provides 
measures  of  vehicle  and  passenger  availability.  Maintenance  and  standby  fleet  size 
required  to  support  the  operational  fleet  are  also  determined. 

The  basic  parameters  required  by  the  model  for  computation  of  the  availability 
measures  are: 

1 . Subsystem  failure  rates 

2.  Subsystem  repair  rates 

3.  Vehicle  operating  time 

4.  Vehicle  delay  time 

5.  Passenger  trip  times 

6.  Passenger  trip  delay  times 

For  the  purpose  of  determining  the  availability  measures,  AGT  systems  are  de- 
scribed by  a complement  of  hardware.  The  hardware  concept  is  analyzed  from  a reli- 
ability point  of  view  to  determine  the  expected  reliability  characteristics  of  the  major 
elements  of  the  system.  These  are  established  in  the  form  of  a predicted  frequency  or 
rate  of  occurrence  of  failures  of  *he  identified  subsystems,  e.g.,  failures  per  1000  hours 
of  operation  for  vehicles,  failures  per  number  of  operations  for  stations,  failures  per 
1000  hours  of  system  operation  for  central  management,  etc. 

Five  classes  of  failures,  in  terms  of  the  effect  on  system  performance,  can  be  considered. 
They  include  those  failures  which  are  expected  to  cause  a stoppage  of  movement  on  a seg- 
ment of  the  guideway  or  in  stations;  and  failures  which  do  not  stop  movement  but  which 
require  some  action  on  the  part  of  the  system,  such  as  reduced  vehicle  velocity,  which  allows 
the  system  to  function  at  a reduced  level  of  performance. 

A set  of  predicted  component  failure  frequencies  are  developed  and  contained  in 
the  Input  and  Description  File  (failures  per  1000  hours,  etc.)  for  failures  which  cause 
stoppages  or  degraded  levels  of  operation  within  a segment  of  the  system. 

The  expected  frequencies  of  occurrence  of  failure  is  used  by  the  model  to  calculate 
the  number  of  occurrences  of  failures  of  a given  type  that  would  be  expected  to  occur  dur- 
ing any  specified  period  of  operating  time  of  the  system.  For  example,  if  10,000  hours  of 
vehicle  operating  time  were  accumulated  during  a specified  interval  of  system  operating 
time  and  the  calculated  frequency  of  vehicle  failures  (failure  rates)  which  cause  stoppages, 
and  which  result  in  degraded  operation  were  1 .0  and  2.0  failures  per  1000  hours  of  oper- 
ation, respectively,  the  expected  number  of  stoppages  to  occur  during  the  10,000  hours  of 
vehicle  operation  would  be  10  and  the  expected  number  of  occurrences  of  degraded 
operation  would  be  20. 
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To  determine  the  vehicle  availability,  i.e.,  the  ratio  of  vehicle  operating  time 
minus  delay  time  to  the  vehicle  operating  time,  for  the  above  example,  it  is  necessary  to 
establish  the  vehicle  delay  times  associated  with  the  occurrences  of  failure. 

Delay  time  data  for  the  availability  model  are  developed  from  the  Discrete  Event 
Simulation  Model,  using  the  two  system  operating  conditions  that  would  be  expected  as 
a result  of  a failure,  i.e.,  the  system  is  either  stopped  or  operating  in  a degraded  mode. 

All  subsystem  failure  effects  which  can  cause  a system  delay  fall  into  these  two  categories. 
There  may  be  various  levels  of  degradation  effects  that  systems  experience  depending  on 
the  specific  failures. 

To  establish  the  system-level  effects  of  failures  requires  a failure  management 
policy  for  the  system.  The  failure  management  policy,  e.g.,  how  failed  vehicles  are 
removed,  will  determine  the  period  of  time  during  which  system  level  delays  would  accrue. 

Two  approaches  are  used  to  establish  delay  consequence  data.  If  failure  manage- 
ment strategy  analyses  have  been  completed  and  policies  established,  expected  system 
downtime  and  degraded  operation  requirements  will  have  been  determined  and  the  asso- 
ciated operational  constraints  imposed  on  the  system  will  be  known.  These  can  be  input 
directly  into  the  Discrete  Event  Simulation  Model  (DESM)  to  determine  the  delay  consequences 
which  result.  In  <‘he  absence  of  specific  data,  a range  of  system  stoppage  times, 

5,  10,  15  minutes,  and  degraded  operational  conditions,  e.g.,  maximum  vehicle  speed 
of  5,  10,  and  15  kilometers  per  hour,  can  be  entered  as  operational  conditions  in  the 
Discrete  Event  Simulation  Model  and  a range  of  delay  time  consequences  (increased 
queueing  time)  developed. 

In  both  cases,  delay  as  a function  of  stoppages  and  degraded  operation  is  ob- 
tained by  differencing  vehicle  operating  time  and  passenger  trip  time  data  for  a nominally 
operating  system  from  that  of  the  perturbed  system. 

The  delay  times  (increased  queue  times)  developed  within  a system  as  a result  of 
failures  are  a function  of  the  specified  network  configuration  in  the  local  region  where  the 
failure  occurs  and  the  demand  level  on  the  system  at  the  time  the  failure  occurs. 

To  determine  the  regional  characteristics  that  a specific  network  type  exhibits 
(these  may  differ  for  each  subsystem),  stoppages  and  degraded  operational  conditions  for 
each  subsystem,  i.e.,  vehicles,  stations,  guideway,  central  management  are  caused  to 
occur  at  selected  locations  within  the  network  being  analyzed.  The  user  selects  a sample 
of  guideway  links,  stations,  etc.  for  the  introduction  of  failures.  Those  areas  of  the  net- 
work, that  is,  stations  and  guideway  links  which  exhibit  similar  delay  or  queuing  time 
characteristics  in  the  presence  of  a failure,  are  grouped  by  the  analyst  into  regions  for 
availability  analysis  purposes. 

Thus,  the  delay  time  data  to  be  used  by  the  Availability  Model  are  developed  in 
the  form  of  three  -dimensional  matrices  involving  failures,  regions,  and  demand  levels. 
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The  distribution  of  failures  to  regions  within  a network  makes  use  of  the  vehicle 
operating  time,  system  operating  time,  and/or  the  number  of  operations  of  hardware 
within  each  region.  The  failure  frequency  or  failure  rate  of  each  subsystem  is  contained 
within  SAM  and  is  based  on  the  reliability  analyses  of  the  components  within  the  subsystem. 
The  product  of  regional  operating  time  and  the  rate  of  failure  occurrence  provides  a measure 
of  the  number  of  failures  per  region.  Using  the  demand  level  data  from  the  DESM,  the 
appropriate  delay  time  matrix  can  be  entered  to  obtain  the  delay  time  per  failure.  The 
delay  time  is  summed  for  all  failures  in  all  regions  and  with  the  specified  demand  levels 
used  to  obtain  the  total  delay  for  the  scenario  being  evaluated.  Thus,  the  parameters 
required  for  the  availability  delay  time  measures  are  developed. 

This  approach  provides  the  ability  to  study  the  effects  of  variations  of  failure 
management  strategies  or  demand  levels  by  altering  the  delay  time  data  in  the  delay 
time  matrices  either  as  user  input  or  through  the  use  of  the  DESM. 

Reliability  factors  such  as  redundancies  and  high  quality  parts  can  be  evaluated 
by  modifying  the  failure  frequency  or  failure  rate  data  in  SAM  either  as  user-selected 
inputs  or  through  the  development  of  modified  or  new  hardware  descriptions.  Failure 
rate  changes  vary  only  the  number  of  occurrences  of  failure  events  which  occur  during 
a given  period  of  system  operation. 

Two  measures  of  the  number  of  vehicles  required  to  support  the  active  fleet  are 
developed  by  SAM.  These  are  maintenance  fleet  size  and  standby  fleet  size.  The  model 
utilizes  the  active  fleet  failure  rate,  vehicle  repair  rate,  and  the  number  of  maintenance 
bays  to  develop  these  measures. 

Vehicle  failure  rate  data  exists  within  SAM  and  is  used  along  with  vehicle  operat- 
ing time  to  determine  the  rate  at  which  vehicles  are  entering  the  maintenance  cycle  as  a 
result  of  failures. 

The  maintenance  and  standby  fleet  measures  are  derived  from  queuing  theory  as 
it  relates  to  the  maintenance  facility.  Failed  vehicles  may  be  thought  of  as  arriving  at 
the  maintenance  facility  at  random  times.  These  arrival  times  are  considered  to  have  an 
exponential  distribution  with  mean  given  by  the  active  fleet  failure  rate.  It  is  recog- 
nized that  failures  do  not  always  require  the  same  time  to  be  repaired  in  a service  bay. 

With  this  in  mind,  the  time  of  repair  in  each  service  bay  is  considered  to  be  exponentially 
distributed  with  mean  given  by  the  vehicle  repair  rate. 

We  now  have  a queuing  theory  problem  with  a single  queue  and  multiple  servers 
where  service  and  arrival  times  are  exponentially  distributed.  Each  failed  vehicle  in 
maintenance  was  replaced  by  a vehicle  from  the  standby  fleet  (if  one  was  available). 
Therefore,  the  probability  that  no  standby  vehicle  was  available  to  replace  a failed 
vehicle  is  the  probability  that  the  maintenance  queue  is  larger  than  the  original  standby 
fleet.  That  is,  the  maintenance  facility  is  thought  to  be  initially  empty  and  the  vehicles 
of  the  standby  fleet  are  expected  to  replace  the  vehicles  which  enter  maintenance  for 
failure  repairs.  The  probability  of  being  in  any  particular  state  (maintenance  fleet  size) 
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is  given  by  Reference  7.  The  probability  of  being  in  some  state  greater  than  the  standby 
fleet  size  can  be  derived  by  summing  the  probabilities  of  being  in  each  state  greater  than 
the  standby  fleet  size.  Subtracting  this  probability  from  1,  we  have  the  probability  that 
a standby  vehicle  will  be  available  to  take  the  place  of  a failed  vehicle. 

The  average  failure  maintenance  fleet  is  found  by  summing  the  states,  weighted 
by  the  probability  of  occurrence. 

2.2  ORGANIZATION 

The  SAM  is  divided  into  three  program  modules.  The  input  processor,  the  model 
processor,  and  the  output  processor.  The  input  processor  validates  user  inputs  and  computes 
passenger  delays  from  the  DESM  trip  log.  The  model  processor  computes  the  availability 
measures.  There  are  three  categories:  passenger  availability,  vehicle  availability,  and 
fleet  maintenance.  The  output  processor  prints  the  results  in  report  format.  These  are 
diagrammed  in  Figures  2-1,  2-2,  and  2-3. 

2.3  FUNCTIONS 

The  model  structure  is  shown  in  Figure  2-4  and  the  functions  are  described. 
Functions  requiring  further  description  are  expanded  below. 

2.3.1  Trip  Log  Processing  (AINUMT) 

The  number  of  trips  delayed  is  computed  by  comparing  the  travel  times  of 
individual  trips  in  the  trip  log.  To  do  this  the  DESM  runs  must  use  identical  trips 
(i.e.,  start  time,  origin  station,  destination  station,  and  trip  size).  The  trip  logs 
read  by  SAM  must  be  sorted  to  be  in  the  same  order  which  the  DESM  produces  (i.e., 
ordered  by  trip  termination  time).  Given  the  suitable  trip  logs,  the  input  processor 
identifies  identical  trips  and  computes  travel  time  (arrival  time  - start  time)  for  each 
trip  log.  If  the  failure  increased  the  travel  time  more  than  a threshold,  the  trip  size 
is  added  to  the  number  of  passengers  delayed.  The  program  provides  for  several  thresh- 
olds resulting  in  a delay  time  histogram,  which  is  used  by  the  model  processor. 

2.4  OPTIONS 

The  SAM  has  no  options  which  are  selected  at  linkedit  or  program  initialization; 
the  input  processor  has  two  modes  of  operation:  create,  and  update. 

2.4.1  Create  Mode 


This  is  selected  by  omitting  the  UPDATE  parameter.  (See  section  6.4.1 .)  All 
the  parameters  are  specified  and  this  creates  a new  structured  data  file. 
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FIGURE  2-1.  INPUT  PROCESSOR  DATA  INTERFACE 


Run  Index 
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FIGURE  2-2.  MODEL  PROCESSOR  — DATA  BASE  INTERFACE 
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FIGURE  2-3.  OUTPUT  PROCESSOR  MODEL  INTERFACES 


Model 
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FIGURE  2-4.  SAM  BLOCK  DIAGRAM  STRUCTURE 


2.4.2  Update  Mode 


This  is  selecting  by  using  the  UPDATE  parameter  to  specify  the  structured  data 
file  to  be  updated.  It  is  only  necessary  to  specify  the  parameters  to  be  modified.  This 
mode  is  useful  when  it  is  desirable  to  reprocess  or  add  just  one  trip  log  without  reprocessing 
all  of  them. 

2.5  FILE  STRUCTURE 


2.5.1  Input 


Dataset  name 

Type 

Source 

Content 

AGT.  STRUC.TRIPLOG 
AGT.  IANDD.RNTIM 

Character 

Character 

DESM 

User 

Completed  trip  record 
Input  parameters 

Output 

Dataset  name 

Type 

Used  by 

Content 

AGT.  INDEX. A,.. 
AGT.  PERSUM.  SAM 

Character 

Character 

User 

COP 

Record  of  run 
Performance  Summary 

Internal 

Dataset  name 

Type 

Source 

Used  by  Content 

AGT.STRUC.SAM  binary  IP  IP,  MP  IP  results 

AGT.  STATS.  SAM  binary  MP  OP  MP  results 

items  comprising  the  trip  log  are  described  in  Section  4.301 
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TABLE  2-1.  AVAILABILITY  EQUATIONS 


VEHICLE  AVAILABILITY 

VEHICLE  OPERATING  TIME  - DELAY  TIME 
VEHICLE  OPERATING  TIME 

PASSENGER  AVAILABILITY 

SYSTEM  DEMAND  - NUMBER  OF  TRIPS  DELAYED 
ABOVE  THRESHHOLD 
SYSTEM  DEMAND 

MAINTENANCE  FLEET  MEASURES: 

SCHEDULED  MAINTENANCE  FLEET  SIZE 

FAILURE  MAINTENANCE  FLEET  SIZE 

MINIMUM  MAINTENANCE  BAYS  REQUIRED 


Failure  Mainte 
nance  Fleet 


m - 1 

fmf=£  p( 
k = 1 


(mp)  Pn  m 

(k  - 1)!  m! 


m 


(1  - p)  mpm  +pm  + ^ 


FMF  = Failure  Maintenance  Fleet 

PQ  = Probability  that  no  failures  are  being  repaired 

m = Number  of  maintenance  bays 

p = _L_ 

my 

^ = Failure  rate  of  the  active  fleet  per  unit  time 

y = Repair  rate  for  a single  service  bay  per  unit  time 


P 


o 


1 

'JU  1 (mp)k  (mp)m  / 1 \ 
2^  k!  m!  \]  - p) 

k = o 


Probability  of 
Having  a Standby 
Vehicle  Available 
for  Service 


Ph 

K - 


= Probability  of  having  a standby  vehicle  available 
= Standby  Fleet  Size 
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3.0  COMPUTER  REQUIREMENTS 


3.1  CORE  MEMORY 


Load 

Module 

Region 

IP 

85K 

1 12K 

MP 

78  K 

108K 

OP 

87K 

104K 

The  region  size  will  vary  with  practices  at  individual  facilities,  e.g.,  regarding  block- 
ing factors  of  the  files  and  buffering  parameters.  There  are  also  differences  in  dynamically 
loaded  routines  (access  methods,  etc.).  The  amount  of  memory  used  by  the  program  is 
fixed  at  compile  time. 

3.2  PERIPHERAL  EQUIPMENT 

The  SAM  does  not  need  any  additional  equipment  beyond  that  normally 
required  to  support  the  operating  system. 

3.3  SYSTEM  CONTROL  PROGRAM 

This  model  has  been  developed  under  OS/VS2,  Release  3.7.  The  following 
software  is  necessary  for  use  of  the  SAM: 

1 . System  Control  Program  - Use  of  one  of  the  following  will  be  assumed: 

a.  OS/360  (Operating  System) 

b.  VS1  (Virtual  Storage  1) 

c.  VS2  (Virtual  Storage  2) 

d.  VM/370  and  CMS  (Virtual  Machine  and  Conversational 
Monitor  System). 

For  terminal-oriented  operation,  the  use  of  the  Time 
Sharing  Option  (TSO)  or  VM/370  wi  1 1 be  assumed  . 

2.  Utilities  - Standard  Operating  System  360/370  utilities 
will  be  assumed  for  development,  use,  and  maintenance  of 
the  SPM  and  will  be  used  for  bulk  card-to-disk,  tape-to 
tape,  tape-to-disk,  dataset  backup/restore  and  data  base 
update  and  editing. 
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3.4  EXECUTION  TIME 


3.4.1  Input  Processor 


The  input  processor  execution  time  is  proportional  to  the  number  of  records  in 
the  failed  trip  logs.  It  takes  2 seconds  of  CPU  time  for  each  1000  records  on  an  IBM 
370/168,  and  6 seconds  of  real  time  per  1000  records. 

3.4.2  Model  Processor  and  Output  Processor 

The  model  and  output  processors  will  normally  require  less  than  10  seconds 
each  of  CPU  time  regardless  of  problem  size. 
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4.0  INPUT  DATA 


4.1  DESCRIPTION  OF  INPUT 

4.1.1  Runtime  Inputs 

The  runtime  input  consists  of  a sequence  of  control  cards  with  any- 
required  follower  cards.  The  last  control  card  must  be  an  EOD  card. 

Each  of  the  control  cards  described  in  the  following  sections  have 
this  format.  The  control  card  type  must  start  in  Column  7;  the 
remainder  of  the  card  is  ignored.  The  control  cards  are  described 
individually  in  the  following  sections: 

4. 1.1.1  EOD  CARD 

The  EOD  card  is  used  to  indicate  End  of  Data.  The  last  card  of 
each  dataset  must  be  an  EOD  card.  It  has  no  followers. 

4. 1.1. 2 INDEX  CARD 

The  INDEX  control  card  is  used  to  initialize  the  run  index  file.  It 
is  required  for  the  Input  Processor  and  not  recognized  by  the  Model 
and  Output  Processors.  The  first  card  (after  the  control  card)  has  the 
following  format: 

1-6  Index  file  name.  Same  as  INDEX=  parameter  used  in  JCL. 

8-47  Analysis  description 
49-63  User  name 
65-72  Date 

Additional  text  describing  the  run  may  be  ontionallv  included  here. 

The  last  card  of  the  run  description  has  END  in  the  first  three  columns 
with  the  rest  of  the  card  blank. 

4. 1.1. 3 TEXT  CARD 

The  TEXT  control  card  is  used  to  include  comments  in  the  dataset. 

The  cards  following  the  TEXT  card  are  listed  and  ignored.  The  comment 
is  followed  by  a card  with  the  following  format: 

1-3  END 
4-72  blank 
73-80  ignored 

4. 1.1. 4 PAP.AM , DATA,  OPTION,  and  SELECT  Control  cards 

These  control  cards  are  used  to  input  data  variables.  All  four  cards 
perform  the  same  action  and  are  interchangable , i.e.,  any  of  the  variables 
described  below  can  be  input  using  any  of  these  4 control  cards. 

The  control  card  is  followed  cy  one  or  more  groups  of  cards,  each 

initializing  one  variable.  The  first  card  of  each  group  has  the 

format : 

1-6  Variable  name 
8-9  Number  of  items  per  card 
10  Format 

F for  Reals 
I for  Integers 
L for  Logical  variables 
A for  Character 

11-15  Field  width  except  for  F which  has  the  format 
f ieldwidth . 0 , e.g.,  FI 0.0 
16-20  Lower  bound  for  first  subscript 
21-25  Upper  bound  for  first  subscript 
26-35  Lower  £ upper  bounds  for  2nd  subscript 

36-45  Lower  £ upper  bounds  for  3rd  subscript 

46-55  Lower  £ upper  bounds  for  4th  subscript 
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For  those  familiar  with  FORTRAN,  Columns  8-15  contain  an  element  of 
a format  statement. 

The  remaining  cards  of  the  group  have  the  format: 

1-2  Repetition  count.  It  has  the  effect  of  including  this  number 
of  copies  of  this  card.  If  omitted,  1 is  assumed. 

3- 72  The  data  fields  described  in  the  header  in  the  format 

specified  and  of  the  specified  width. 

There  must  be  exactly  enough  data  cards  to  satisfy  the  header  card. 

The  last  data  group  must  be  followed  by  a card  with  the  following 
format : 

1-3  END 

4- 72  blank 
73-80  ignored 

For  example:  PARAM 

KNDM  15 
2 

END 

4. 1.1. 4.1  Input  Processor  Variables 

KNDM  Number  of  demand  periods 
FORMAT:  I 

This  is  the  number  of  passenger  demand  levels  that  are  being  used  for  a given 
run.  This  value  is  the  same  number  as  the  number  of  demands  used  in  building  the 
passenger  delay  matrix  from  the  DESM  trip  log  data.  For  example  if  only  one  demand 
level  was  used,  the  SAM  JCL  would  contain  lines  50000,  51000,  and  52000  but  not 
lines  96100,  96200,  and  96300.  If  two  demands  are  used,  the  latter  lines  of  JCL 
would  be  used.  If  three  demands  were  used,  another  set  of  'update'  JCL  would  be 
required  . 

KNDL  Number  of  delay  thresholds 
FORMAT:  I 

This  parameter  defines  the  number  of  passenger  delay  time  thresholds  to  be  used 
when  processing  the  DESM  Trip  Log  and  in  building  the  delay  time  matrix  in  the  input 
processor.  Up  to  ten  (10)  increments  can  be  selected.  The  starting  value  and  the 
increment  are  controlled  by  PTHRDM  and  THRIND.  If  it  is  desired  to  display  all 
passenger  trips  with  a delay  greater  than  zero  (0)  minutes,  PTHRDM  is  set  to  0. 

If  a five  (5.0)  minute  delay  is  an  acceptable  minimum  level  and  it  is  desired  to  only 
look  at  delay  greater  than  5.0  minutes,  PTHRDM  is  set  to  5.0.  THRIND  controls 
the  increments;  therefore,  if  it  is  desired  to  look  at  1.0  minute  increments  of  delay, 
THRIN  D would  be  set  to  1 .0 . 
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If,  for  example,  it  were  desired  to  display  5.0  delay  thresholds,  starting 
from  zero  with  an  increment  of  3.0  minutes,  KNDL  would  be  set  to  5.0,  PTHRDM 
would  be  set  to  zero  (0)  and  THRIND  would  be  set  to  3.0.  This  would  generate  a 
delay  matrix  which  would  display  all  passenger  trips  delayed  from  0 to  3 minutes, 
3 to  6 minutes,  6 to  9 minutes,  9 to  12  minutes,  and  the  final  increment  would 
contain  all  passenger  trips  delayed  more  than  12  minutes. 


KNFL 


Humber  of  failure  levels . The  user 
failures, each  with  its  own  effect. 

1 - stoppage;  2 - degradation 
FORMAT:  I 


may  specify  several  types  of 
Typically, this  will  be  two: 


This  establishes  the  number  of  failure  modes  considered  in  the  run.  This 
parameter  has  a maximum  value  of  five  (5).  Generally  only  two  failure  modes  are 
considered  i.e.,  stoppages  and  degraded  operation. 


For  each  failure  mode  that  is  entered  here,  a failure  rate  developed  by  the 
analyst  through  analysis  of  the  subsystem  hardware  and  the  related  failure  modes  and 
effects  analysis  must  be  entered  in  the  FRATE  matrix. 

KNLVL  Number  of  reliability  levels 
FORMAT:  I 

This  allows  the  computation  of  the  availability  parameters  for  any  number  of 
subsystem  reliability  levels  with  a single  run  of  the  SAM.  The  value  is  one  (I)  if  only 
one  level  is  input. 


For  each  value  entered  under  KNLVL,  there  must  appear  a corresponding  set 
of  failure  rate  values  under  FRATE.  The  FRATE  values  must  also  reflect  the  modes  of 
failure,  i.e.,  stoppage,  degraded  and  others,  if  defined. 

KNREG  Number  of  regions 
FORMAT:  I 

This  is  the  number  of  regions  that  are  required  to  define,  for  availability 
analysis,  the  network  that  is  being  analysed.  The  value  to  be  entered  here  is  established 
by  analyst  or  can  be  determined  by  entering  a given  failure  condition  into  a large 
percentage  of  the  guideway  links,  station  link,  etc.,  and  determining  the  segments 
(regions)  of  the  network  being  analyzed  wherein  a failure  yields  similar  results. 

To  the  extent  possible,  the  number  of  regions  in  a network  should  be 
minimized  since  there  are  other  ' IANDD.RNTIM'  parameters  which  the  analyst  must 
input  which  are  also  defined  on  a regional  basis;  DLTIME  — Vehicle  Delay  Time, 
GWMILE  — • Guideway  Length,  STATNS  — Number  of  Stations,  UN  — Number  of 
Vehicles,  VOPTIM  — Vehicle  Operating  Time,  NUMTRP  — Number  of  Trips  Delayed, 
PNS  — Passengers  thru  Stations  (not  presently  used),  VENSTA  — Vehicles  thru 
Stations,  VM  — Vehicle  Miles. 
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FLTSLT  Fleet  size  selection: 

0 - average  active  fleet 

1 - maximum  active  fleet 

FORMAT:  I 

The  standby  fleet  size  and  maintenance  fleet  parameters  are  based  on  the  active 
fleet  size.  FLTSLT  is  set  to  one  (1)  if  it  is  desired  to  make  the  calculations  based  on 
the  maximum  active  fleet  size  or  it  is  set  to  zero  (0)  if  it  is  desired  to  use  the  average 
fleet  size. 


PTHRDM  Minimum  passenger  delay  threshold  (minutes) 
FORMAT:  F 

PTHRDM 

Refer  to  KNDL. 


RRATE  Average  time  to  repair  a vehicle  (hours) 

FORMAT:  F 

This  is  an  analyst  developed  parameter  and  is  based  on  the  expected  average 
vehicle  failure  repair  time.  The  failure  repair  rate  is  used  along  with  the  scheduled 
maintenance  rate  SMEREQ  to  determine  the  maintenance  facility  requirements.  If 
a failure  maintenance  analysis  has  been  performed,  the  resulting  average  repair  time 
value  can  be  used. 

The  value  which  is  input  is  used  in  the  standby  and  maintenance  fleet  size 
computations.  Variations  of  this  parameter  enable  a parametric  evaluation  of  the 
sensitivity  of  standby  and  maintenance  fleet  size  parameters  to  failure  repair  rate. 


SMFREQ  Scheduled  maintenance  frequence  in  inverse  vehicle 
operating  hours  betuieen  maintenance  periods; 
i.e. , l/( vehicle-operating-hours) 

FORMAT:  F 

This  is  the  scheduled  maintenance  frequency  for  vehicles.  This  quantify  is  used 
along  with  the  unscheduled  maintenance  rate  RRATE  to  arrive  at  the  total  expected 
rate  at  which  vehicles  will  be  entering  the  maintenance  facility.  For  systems  which  are 
not  operated  continuously,  scheduled  maintenance  is  expected  to  be  performed  during 
non-operating  periods  and  zero  (0)  would  be  entered.  The  value  entered  is  the  expected 
number  of  scheduled  maintenance  events  per  hour  of  operation,  i.e.,  if  one  scheduled 
maintenance  action  is  required  per  200  hours  of  vehicle  operation,  the  value  would 
be  0.005. 
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SMST  Scheduled  maintenance  service  time  in  hours 
FORMAT:  F 

This  is  the  time  required  for  each  scheduled  maintenance  action.  The  value 
entered  will  depend  on  the  scheduled  maintenance  required  for  the  type  of  vehicle 
considered  in  the  analysis.  The  rate  at  which  vehicles  are  expected  to  be  serviced 
is  used  to  determine  the  number  of  service  bays  a maintenance  facility  should  have. 
For  systems  which  are  not  run  continuously,  it  is  expected  that  scheduled  maintenance 
will  be  performed  during  non-operating  time  and  zero  would  be  entered  for  SMST . 

THRIND  Passenger  Delay  Threshold  increment  (minutes) 


Refer  to  KNDL. 


DMND  System  demand  for  the  demand  period  in  passengers 

FORMAT:  F 

SUBSCRIPT:  Demand  Period 

The  number  of  passengers  requesting  service  during  each  demand  interval  is 
entered  here.  The  number  of  entries  must  correspond  to  the  number  of  demand  intervals 
identified  under  KNDM.  If  a system  was  operating  for  2 demand  periods  with  an 
average  demand  of  1000  passengers  per  hour  for  10  hours  and  2000  passengers  per 
hour  for  2 hours  during  a standard  day,  the  quantities  entered  would  be  10,000 
and  4000  for  example. 

The  per-hour  demand  can  be  obtained  from  the  DESM  for  each  demand  profile 
used  by  the  DESM  and  can  be  used  to  calculate  the  total  demand  for  each  demand 
interval . 


DLTIME  Vehicle  delay  time  resulting  from  failures  in  hours 
FORMAT:  F 

FIRST  SUBSCRIPT:  Region  containing  failure 

SECOND  SUBSCRIPT:  Demand  period  containing  failure 
THIRD  SUBSCRIPT:  Subsystem  with  failure 

FOURTH  SUBSCRIPT:  Failure  level 

This  is  the  vehicle  delay  time  that  a failure  event  causes.  The  delay  time  is 
a function  of  the  region  where  the  failure  occurs  in  the  network,  the  demand  at  the 
time  of  the  failure,  the  subsystem  that  fails,  i.e.,  vehicle,  station,  guideway  in 
central  mangement,  and  the  mode  of  failure.  Thus  if  a system  were  defined  as 
having  1 region,  1 demand,  1 subsystem  and  could  only  fail  in  1 way,  there  would 
be  1 entry  under  DLTIME.  However  a more  likely  situation  would  be  2 regions, 

2 demand  levels,  4 subsystems,  and  2 modes  and  thus  32  entries  would  be  required 
(2  x 2 x 4 x 2).  The  vehicle  delay  time  is  determined  by  differencing  the  revenue 
distance  traveled  for  a failed  run  with  the  same  parameter  for  the  nominal  run  and 
dividing  by  the  average  vehicle  velocity  of  the  nominal  run  from  the  DESM. 
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A large  number  of  DESM  runs  would  be  required  to  obtain  a statistical  sample  if  a 
system  is  defined  in  much  detail,  e.g.,  many  regions,  many  demand  levels,  many 
subsystems,  and  many  failure  modes.  .To  the  extent  possible,  each  system  should  be 
looked  at  to  minimize  the  number  of  runs  required.  This  may  include  using  worst 
case  situations  by  selecting  the  most  complex  region  and  limit  it  to  one,  and  selecting 
the  highest  demand,  which  would  then  reduce  the  above  example  to  eight  different  con- 
ditions. This  also  applies  to  the  development  of  the  passenger  delay  data,  because 
a trip  log  is  also  required  for  each  condition  selected. 


FRATE 


Failure  rates 
FORMAT:  F 
FIRST  SUBSCRIPT: 
SECOND  SUBSCRIPT: 


THIRD  SUBSCRIPT: 
FOURTH  SUBSCRIPT: 


Subsystem 

Failures  caused  by: 

1 - Vehicle  operating  time 

2 - Passengers  through  stations 

3 - System  elapsed  time 

<+  - Vehicles  through  stations 
5 - Vehicle  km  traveled  on  the  guideuay 
Component  reliability  level 
Failure  level 


The  failure  rate  matrix  is  developed  from  the  subsystem  reliability  analysis 
data.  The  table  makes  provisions  to  include  failure  rates  as  a function  of  causal 
factors.  In  general,  subsystem  failure  rates  can  be  defined  in  terms  of  vehicle 
operating  time  and  system  operating  time;  however,  if  a subsystem  failure  rate  is 
defined  in  terms  of  the  number  of  operations  or  actuations,  the  number  of  passengers 
guideway  length,  the  'FRATE'  matrix  can  accommodate  this  type  of  input.  The 
matrix  can  also  accommodate  multiple  entries  of  subsystem  failure  rate  data  and  up  to 
five  modes  of  failure  can  be  entered.  This  matrix,  like  the  DLTIME  matrix,  is  built 
by  the  analyst,  and  the  extent  of  data  entry  depends  on  thedetail  of  definition  of 
the  system. 


G WHILE  Guideuay  length  (km)  in  the  region 
FORMAT : F 
SUBSCRIPT:  Region 

This  is  a causal  factor  parameter  for  the  guideway  failure  rate  and  must  be 
set  to  (1)  if  the  guideway  failure  rate  is  defined  in  terms  of  system  operating  time. 
If  the  guideway  failure  rate  is  defined  in  terms  of  the  guideway  length,  the  length, 
in  Km,  must  be  entered. 


STATNS  Number  of  stations  in  the  region 
FORMAT:  I 
SUBSCRIPT:  Region 


This  parameter  contains  the  number  of  stations  in  each  region  identified  under 
KNREG.  This  is  used  in  the  computation  of  station  failures  occurring  in  each  region. 
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SYSTIM  Length  of  demand  period  (hours) 

FORMAT:  F 

SUBSCRIPT:  Demand  period 

System  time  is  a causal  factor  for  failures  of  the  stations,  guideway  and 
central  management  subsystems.  SYSTIM  identifies  the  length  of  time  the  system 
is  operating  for  each  demand  level  identified  under  KNDM.  The  SYSTIM  parameter 
is  used  to  determine  the  expected  number  of  occurrences  of  subsystem  failures  during 
the  SYSTIM  time  interval.  If  failure  rates  for  causal  factors  other  than  SYSTIM  are 
used  for  the  above  subsystem,  then  the  expected  number  of  failures  will  also  be  a 
function  of  the  other  causal  factors. 


PHS  Humber  of  passengers 
FORMAT:  F 

FIRST  SUBSCRIPT:  Region 

SECOND  SUBSCRIPT:  Demand  period 


This  is  a causal  factor  for  station  failures  which  are  a function  of  the  number 
of  passengers  through  stations.  The  value  used  is  zero  (0)  if  station  failures  are 
defined  in  terms  of  system  time.  Passenger  data  is  obtained  from  the  DESM.  NPAR 
is  the  number  of  passengers  arriving  at  the  boarding  dock  in  the  DESM. 


VINSTA  Number  of  vehicles  through  the  stations 
FORMAT:  F 

FIRST  SUBSCRIPT:  Region 

SECOND  SUBSCRIPT:  Demand  period 

This  is  a causal  factor  for  station  failures  which  are  a function  of  the  number 
of  vehicles  which  pass  through  stations.  The  value  used  is  zero  (0)  If  station  failures 
are  defined  in  terms  of  system  time.  Vehicles  entering  stations  are  obtained  from 
the  DESM,  VNES. 


VM  Distance  traveled  by  vehicles  (km) 

FORMAT:  F 

FIRST  SUBSCRIPT:  Region 

SECOND  SUBSCRIPT:  Demand  period 

This  is  a causal  factor  for  guideway  failures  which  are  a function  of  the  number 
vehicle  kilometers  traveled.  The  value  used  is  zero  (0)  if  guideway  failures  are  de- 
fined in  terms  of  system  time.  Vehicle  kilometers  are  obtained  from  the  DESM  and  are 
the  sum  of  revenue  distance  traveled  and  deadheading  distance  traveled,  i.e., 

RDST + DDST. 
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VN  Average  number  of  vehicles 

FORMAT:  F 

FIRST  SUBSCRIPT:  Region 

SECOND  SUBSCRIPT:  Demand  period 


This  identifies  the  average  number  of  vehicles  in  each  region  listed  under 
KN  DM . These  quantities  are  used  to  determine  average  and  maximum  fleet  size 
values  required  for  the  maintenance  and  standby  fleet  size  computations. 


VCPTItt  Vehicle  operating  hours 
FORMAT : F 

FIRST  SUBSCRIPT:  Region 

SECOND  SUBSCRIPT:  Demand  period 


Vehicle  ooerating  time  VOPTIM  is  the  causal  factor  for  vehicle  failures. 
VCPTIM  is  defined  for  ecch  region  KNREG  and  each  demand  KNDM.  The  values 
entered  are  the  product  of  the  average  number  of  vehicles  in  a region  in  each  demand 
period  and  SYST1M  for  the  demand  period.  The  average  number  of  vehicles  in  regions 
for  the  demand  is  obtained  from  the  DESM. 


NUMTRP 

The  number  of  passenger  trips  delayed  matrix  NUMTRP  is  built  'oy  the  SAM 
input  processor  from  the  trip  log  data  generated  by  the  DESM  and  is  not  designed  to 
be  user  modified.  NUMTRP  is  generated  by  the  FAILURE  control  and  described  in 
Section  4.1  .1  .5.  Failure  locations  and  durations  are  input  into  the  STRUC.RNTIM 
file  of  the  DESM.  A failure  case  trip  log  is  created,  which  is  differenced  with  the 
trip  log  for  a normally  operating  system  to  obtain  the  passenger  delay  time  data.  Each 
failure  case  to  be  included  in  a given  availability  analysis  run  must  be  identified  in 
terms  of  the  region,  demand,  subsystem  and  mode  to  which  it  applies.  The  failure 
data  is  entered  after  the  1ANDD.RNTIM  file  data.  Failure  cases  which  use  a common 
reference  run  to  obtain  the  passenger  trip  delays  can  be  entered  as  a single  data  in 
the  IANDD.RNTIM  file.  If  two  or  more  reference  runs  are  required,  such  as  is  the 
case  when  regions  and  demands  vary,  additional  IANDD.RNTIM  files  of  failure  data 
must  be  developed.  The  NUMTRP  matrix  is  then  updated  using  the  SAM  control  JCL. 
This  provides  the  capability  to  develop  a complete  description  of  the  consequences 
of  failure  events  for  a given  system  application. 


*.1.1. 4. 2 Output  Processor  Control  Variables 

All  these  variables  are  ur.subscripted  and  are  entered  in  I format 
A value  of  zero  will  omit  the  corresponding  report. 


FDLTI 

FMAIN 

FNTE? 

FP  ASS 

FRELY 

FSU3SR 

FVEH 


Delay  time  report 

Maintenance  report 

Number  of  trips  delayed  report 

Passenger  availability  report 

Reliability  report 

Subsystem  failure  rate  report 

Vehicle  availability  report 
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4. 1.1. 5 FAILURE  Control  Card 


The  FAILURE  control  card  is  used  to  initiate  the  processing  of  a 
failed  trip  log  to  determine  the  number  of  trips  delayed.  It  is 
only  used  in  the  Input  Processor. 

This  control  card  has  the  following  format: 


1-5 

Trip  log  number 

6 

blank 

7-13 

FAILURE 

14-20 

blank 

21-25 

region  containing  failure 

26-30 

demand  period  for  triplog 

31-35 

subsystem  failed 

36-40 

failure  level  typically 

1 - degradation 

2 - stoppage 

41-80 

ignored 

There  must  be  one  failure  control  card  for  each  triplog  entered. 
The  FAILURE  control  cards  must  be  ordered  by  triplog  number,  and 
the  numbers  must  be  consecutive. 


4.2  TERMINAL  ENTRY  INPUT 

This  model  is  designed  for  batch  rather  than  terminal  use;  however,  all 
its  user  inputs  can  be  prepared  from  a terminal  using  an  appropriate 
editor.  These  inputs  are  described  in  Section  4.1. 

4.3  DATA  BASE  DEFINITION  INPUT 

4.3.1  Trip  Log 

The  trip  log  files  are  generated  by  the  Discrete  Event  Simulation  Model 
(DESM) . Each  record  represents  one  trip  with  the  format: 


Trip  termination  time 

(minutes) 

F10.3 

Trip  origination  time 

(minutes) 

F10.3 

(ignored) 

30X 

Origination  station 

13 

Termination  station 

13 

Passengers  in  trip 

13 

The  trip  log  generated  by  DESM  contains  additional  fields  which  are 
ignored  by  SAM.  All  trip  logs  have  corresponding  records,  i.e.,  each 
of  these  fields  match  except  termination  time.  All  trip  logs  must  be 
then  sorted  by  origination  time,  origination  station,  termination  station, 
and  trip  size  using  the  appropriate  DESM  catalogued  procedure. 
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5.0  OUTPUT  DATA 


5.1  DATA  SET  DESCRIPTION 

SAM  generates  a performance  summary  file  and  printed  reports. 


5.1.1  Performance  Summary  File 

The  performance  summary  file  is  generated  for  use  by  the  Comparison  Output 
Processor  (COP).  The  content  is: 

Active  fleet  size 

Average  scheduled  maintenance  fleet  size 
Total  vehicle  delay  time  (per  day) 

Fleet  size  computation  selector 

Failure  effect  rates 

System  operating  time  per  day 

Total  station  demand 

Vehicle  availability 

Operating  vehicle-hours  per  day 

Delay  threshold 

Passenger  availability  with  this  delay  threshold 
Number  of  trips  delayed  for  this  delay  threshold 

Standby  fleet  required  for  a 95%  probability  of  having  a replacement 
vehicle  when  needed  (for  the  minimum  number  of  service  bays) 

Probability  of  this  fleet  size  being  adequate 

Average  total  maintenance  fleet  size  for  the  minimum  number  of  service  bays 
Failure  fleet  size  for  the  minimum  number  of  service  bays 

Number  of  service  bays  required  for  a 95%  probability  of  having  a replacement 
vehicle  when  needed  (for  the  minimum  standby  fleet  size) 

Probability  of  this  fleet  size  being  adequate 

5.2  STANDARD  REPORTS 

Examples  of  the  standard  reports  are  in  Appendix  B.  Any  heading  of  the  reports 
which  is  not  self-explanatory,  is  described  in  the  following  sections: 


5.2.1  Input  Listing  and  Error  Messages 

This  report  lists  all  control  card  inputs  and  any  error  or  information  messages 
generated.  All  the  processors  generate  this  report. 
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5.2.2  Summary  of  Inputs 


This  report  is  generated  by  the  input  processor.  It  is  a formatted  representation 
of  the  inputs. 

5.2.3  Failure  Rates 


This  report  is  generated  by  the  input  and  output  processors.  Its  content  is  user 
input.  In  the  output  processor  it  is  controlled  by  FRELY  (See  Section  4.1 .1 .4.2). 

5.2.4  Number  of  Trips  Delayed 


This  report  is  produced  by  the  input  and  output  processors.  In  the  output  processor 
it  is  controlled  by  FNTRP  (See  Section  4.1 .1 .4.2).  The  contents  is  derived  by  comparing 
failure  and  reference  trip  logs. 

5.2.5  Vehicle  Delay  Time  Resulting  from  Failures 

This  report  is  generated  by  the  input  and  output  processors.  In  the  output  processor 
it  is  controlled  by  FDLTI  (See  Section  4. 1.1. 4. 2).  The  report  is  a formatted  representation 
of  user  inputs. 

5.2.6  Reliability  Parameters 


This  report  is  produced  by  the  output  processor  and  is  controlled  by  FRELY  (See 
Section  4. 1.1. 4. 2).  The  report  contains  the  subsystem  failure  rates  utilized  in  the 
analysis. 

5.2.7  Passenger  Availability 


This  report  is  produced  by  the  output  processor  and  is  controlled  by  FPASS  (See 
Section  4.1.1 .4.2).  The  report  displays  the  percentage  of  trips  not  delayed  more  than 
the  threshhold. 

5.2.8  Maintenance  Fleet 


This  report  is  produced  by  the  output  processor  and  is  controlled  by  FMAIN 
(See  Section  4.1.1  .4.2).  The  report  contains  maintenance,  fleet  parameters  and 
measures.  The  first  part  contains  the  scheduled  maintenance  fleet  size,  the  minimum 
number  of  maintenance  bays  for  this  fleet,  and  the  active  fleet  size.  The  next  section 
of  the  report  contains  the  probability  of  the  standby  fleet  and  failure  fleet  being 
adequate  for  various  standby  fleet  sizes  and  service  bays. 
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5.2.9  Vehicle  Availability 


This  report  is  generated  by  the  output  processor  and  is  controlled  by  FVEH 
(See  Section  4. 1.1. 4. 2).  It  contains  the  vehicle  availability  and  the  para- 
meters used  to  derive  it. 

5.3  GENERAL  PARAMETER  OUTPUT 

There  are  no  provisions  for  individual  variable  outputs;  all  outputs  are  contained 
in  standard  reports. 
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6.0  OPERATING  PROCEDURES 


6.1  SYSTEM  GENERATION 

Normal  use  of  the  model  will  not  require  system  generation.  There 
are  no  options  which  are  selected  by  subroutine  replacement. 


6.2  JOB  CONTROL  LANGUAGE  (JCL) 

The  use  of  the  model  has  been  simplified  by  three  catalogued  procedures 
that  have  been  written  for  the  SAM.  The  use  of  catalogued  procedures 
avoids  the  necessity  of  the  user  preparing  the  individual  JCL  state- 
ments. The  JCL  procedure  generates  the  individual  statements  from  the 
parameters  specified  by  the  user.  This  section  elucidates  the  use  of 
the  catalogued  procedures;  it  is  not  a replacement  for  the  JCL  manual 
(see  references).  A basic  understanding  of  JCL  is  assumed. 

Basic  Format 

A job  consists  of  JCL  statements  combined  with  data  lines  which  are 
read  by  the  program.  They  are  distinguished  by  Columns  1 and  2.  If 
Columns  1 and  2 contain  slashes  (//),  then  it  is  a JCL  statement;  if 
Columns  1 and  2 do  not  contain  slashes  (//)  or  slash  asterisk  (/*), 
then  it  is  data,  and  it  will  be  passed  to  the  program.  JCL  lines  with 
an  asterisk  in  Column  3 are  comments  (//*)  and  are  ignored  by  the 
system.  Each  JCL  statement  consists  of  four  fields  separated  by  blanks 
(embedded  blanks  are  not  permitted  except  in  comments).  The  fields  are 
label,  operation,  operand,  and  comment.  The  operand  may  be  continued 
by  ending  the  statement  with  a comma  and  continuing  it  on  the  next 
line.  For  continuation  lines,  Columns  1 and  2 must  contain  slashes, 
and  the  continuation  must  start  in  Columns  4-16,  inclusive.  As  many 
continuations  as  necessary  may  be  used.  The  operation  field  deter- 
mines the  statement  type  and  is  described  below. 

JOB  Card 

The  first  card  of  each  job  must  be  a job  card.  The  format  will  vary 
between  installations.  Coding  the  following  parameters  is  not 
recommended:  ADDRSPC , PERFORM,  RD,  REGION. 

It  is  advisable  to  include  MSGLEVEL= ( 2 , 0 ) on  the  JOB  statement  to 
reduce  the  length  of  system  message  output. 


DD  Card 

The  DD  statement  is  used  to  define  the  data  sets  to  be  used  during  a 
program  execution.  They  are  always  associated  with  the  preceding 
EXEC  statement.  The  only  DD  statement  that  the  availability  model 
user  may  need  to  code  is  SYSIN.  It  is  used  when  the  data  are  in  a 
data  set  rather  than  included  in  the  ;job.  The  required  parameters  are 
DSNAME=  (followed  by  data  set  name),  and  DISP=SHR  (for  input  data 
sets ) . 

This  is  an  example  of  a DD  statement: 

//SYSIN  DD  DSNAME=AGT . IANDD .RNTIMt  NULL ) ,DISP=SHR 

EXEC  Statement 

The  EXEC  statements  are  described  in  Section  6.4. 

Member  names 

Member  names  consist  of  one  to  eight  characters  the  first  of  which  is 
a letter  and  the  remaining  characters  can  be  either  letters  or  digits. 
Some  parameters  further  restrict  the  length. 
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JCL  Example 


The  following  example  is  not  intended  to  illustrate  the  use  of  the 
model.  It  only  demonstrates  the  use  of  JCL  statements.  Appendix  A 

contains  another  example  which  illustrates  use  of  the  model. 


//JTVDHXA  JOB 
// 

//STEP1  EXEC 
//SYSIN  DD 


1234, ’JOHN  DOE' , 

MSGIEVEL=( 2,0) 

SAMIP , INDEX=SYSTEK1 ,STRUC=SYSTEM1 
DSNAME=AGT. I ANDO .RNTIrtt SYSTEM1 ) ,DISP=SHR 


6 . 3 TERMINAL  MODE 


The  model  is  designed  for  batch  mode  use  only. 


6.4  CATALOGUED  PROCEDURES 
6.4.1  Input  Processor 

Input  Processor  execution  is  requested  by  including: 

//stepname  EXEC  AGTAIP , additional-parameters 

in  the  job.  It  may  be  followed  by  the  control  card  input,  or  the 
control  card  inputs  may  be  stored  in  the  run  time  file 
( AGT . IANDD . RNTIM) . Replace  stepname  with  an  identifier  which  can  be 
referenced  from  other  steps . It  also  is  included  in  certain  system 
error  messages.  The  additional  parameters  that  may  be  specified  are: 

RKTIM=member 

Specifies  the  name  of  the  member  containing  the  control  card 
inputs.  This  parameter  is  required  unless  the  control  cards  are 
included  with  the  JCL.  If  any  data  cards  are  found  in  the  JCL 
for  this  step,  this  parameter  is  ignored. 


INDEX= 

Specifies  the  run  index  file  name  (seven  characters  maximum). 

This  parameter  is  required.  If  the  file  does  not  already 
exist,  it  will  be  created. 

STRUC=member 

Specifies  the  name  under  which  the  structured  data  will  be 
stored.  If  it  already  exists,  the  old  file  will  be  replaced. 

It  is  recommended  that  different  names  be  used  for  UPDATE= 
and  STRUC.  This  parameter  is  required. 

UPDATE=member 

Specifies  that  this  step  updates  a previously  generated 
structured  data  file.  Use  the  same  member  name  that  was 
used  in  the  STRUC=  parameter  when  it  was  created. 

TRPLG  0 0 =member 

Specifies  the  reference  triplog  (containing  no  failures).  Use 
the  same  name  as  used  when  creating  it  from  DESM.  Required  if 
any  FAILURE  cards  are  included  in  the  runtime  inputs. 

TRPLG01=member  to  TRPLG9 9=member 

Specifies  the  failed  triplogs . The  number  is  the  same  as  the 
number  used  on  the  FAILURE  CONTROL  card  in  the  run  time  inputs. 

Use  the  same  name  as  used  to  create  it  from  DESM.  Specify  the 
same  number  of  members  as  there  are  FAILURE  cards  in  the  runtime 
input. 

PRO JECT= 

Specifies  the  data  library  that  contains  the  files  to  be  processed. 
The  default  is  AGT.  Refer  to  the  installation  instructions  for 
establishing  new  data  libraries . 
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STEPLIB= 

Specifies  the  program  library  that  contains  the  program.  Default 
is  AGT . 

VERSION3 

Specifies  the  program  version  to  be  used.  The  default  is  the 
current  version. 

SYSOUT= 

Specifies  the  output  class  for  printed  output.  The  default  is 
the  same  as  the  MSGCLASS3  parameter  of  the  JOB  statement. 

COND  = 

Specifies  the  conditions  for  bypassing  execution  of  this  step. 
(Bypassed  steps  have  a completion  code  of  0 . ) If  omitted,  it  is 
executed  unless  a previous  step  has  ABENDed . 

TIME=minutes 

This  parameter  is  optional.  It  specifies  the  maximum  amount  of 
CPU  time  allowed  for  this  step.  The  default  is  30  seconds.  It 
can  also  be  coded  as  TIME= (minutes , seconds ) . 

ACCT  = 

Specifies  accounting  information  for  this  step.  This  parameter 
is  installation  dependent;  however,  usually  it  overrides  the 
accounting  information  specified  on  the  JOB  card. 


6.4.2  Model  Processor 

Model  Processor  execution  is  requested  by  including: 

//stepname  EXEC  AGTAMP , additional-parameters 

in  the  job.  It  is  followed  by  the  control  card  input.  If  the  control 
card  inputs  are  in  a separate  file,  include  a SYSIN  DD  statement. 
Replace  stepname  with  an  identifier  which  can  be  referenced  from  other 
steps.  It  also  is  included  in  certain  system  error  messages.  The 
additional  parameters  that  may  be  specified  are: 

INDEX= 

This  parameter  is  required.  Specify  the  same  name  as  you  did 
for  the  Input  Processor. 

STRUC=member 

Specifies  the  structured  data  for  the  Model  Processor  step. 

Use  the  same  name  as  specified  for  the  Input  Processor.  This 
parameter  is  required. 

STATS=member 

Specifies  the  name  under  which  the  raw  statistics  will  be  stored. 
This  parameter  is  required. 

PROJECT= 

Specifies  the  data  library  that  contains  the  files  to  be  processed 
The  default  is  AGT.  Refer  to  the  installation  instructions  for 
establishing  new  data  libraries. 

STEPLIB= 

Specifies  the  program  library  that  contains  the  program.  Default 
is  AGT. 

VERSION'3 

Specifies  the  program  version  to  be  used.  The  default  is  the 
current  version. 

SYSOUT= 

Specifies  the  output  class  for  printed  output.  The  default  is 
the  same  as  the  MSGCLASS3  parameter  of  the  JOB  statement. 
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COND= 

Specifies  the  conditions  for  bypassing  execution  of  this  step. 
(Bypassed  steps  have  a completion  code  of  0 . ) If  omitted,  it  is 
executed  unless  a previous  step  has  ABENDed . If  you  are  running 
the  Input  Processor  and  the  Model  Processor  in  the  same  job,  it  is 
recommended  that  you  use: 

COND3 ( ( 0 , NE , stepname . SAMIP ) ) 

where  stepname  is  the  stepname  you  used  for  the  Input  Processor 
EXEC  statement.  This  will  bypass  the  Model  Processor  execution 
if  there  were  Input  Processor  errors. 

ACCT  = 

Specifies  accounting  information  for  this  step.  This  parameter 
is  installation  dependent;  however,  usually  it  overrides  the 
accounting  information  specified  on  the  JOB  card. 


6.4.3  Output  Processor 

Output  Processor  execution  is  requested  by  including: 

//stepname  EXEC  AGTAOP , additional-parameters 

in  the  job.  It  may  be  followed  by  the  control  card  input,  or  the 
control  card  inputs  may  be  stored  in  the  run  time  file 
( AGT . IANDD . RNTIM) . Replace  stepname  with  an  identifier  which  can  be 
referenced  from  other  steps.  It  also  is  included  in  certain  system 
error  messages.  The  additional  parameters  that  may  be  specified  are: 

RNTIM=member 

Specifies  the  name  of  the  member  containing  the  control  card 
inputs.  This  parameter  is  optional;  if  omitted  a member 
containing  only  an  EOD  card  is  used.  This  parameter  should  not 
be  specified  if  control  card  inputs  are  included  with  the  JCL. 

STATS=member 

Specify  the  same  name  as  used  for  the  Model  Processor.  This 
parameter  is  required. 

PERSUM=member 

Specify  the  name  under  which  the  performance  summary  is  to  be 
stored.  This  parameter  is  required. 

INDEX= 

This  parameter  is  required.  Specify  the  same  name  as  you  did 
for  the  Input  Processor  and  Model  Processor. 

PROJECT3 

Specifies  the  data  library  that  contains  the  files  to  be  processed 
The  default  is  AGT.  Refer  to  the  installation  instructions  for 
establishing  new  data  libraries. 

STE?LIB= 

Specifies  the  program  library  that  contains  the  program.  Default 
is  AGT. 

VERSION3 

Specifies  the  program  version  to  be  used.  The  default  is  the 
current  version. 

SYSOUT3 

Specifies  the  output  class  for  printed  output.  The  default  is 
the  same  as  the  MSGCLASS3  parameter  of  the  JOB  statement. 
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COND  = 

Specifies  the  conditions  for  bypassing  execution  of  this  step. 
(Bypassed  steps  have  a completion  code  of  0 . ) If  omitted,  it  is 
executed  unless  a previous  step  has  ABENDed.  If  you  are  running 
the  Input  Processor,  the  Model  Processor,  and  the  Output  Processor 
in  the  same  30b,  it  is  recommended  that  you  use: 

COND= ( ( 0 , NE , stepname . SAMIP ) , ( 0 , NE , stepname . SAMOP ) ) 

where  the  stepnames  are  the  stepnames  you  used  for  the  Input 
Processor  EXEC  statement  and  the  Model  Processor  EXEC  statement. 
This  will  bypass  the  Output  Processor  execution  if  there  were 
Input  or  Model  Processor  errors. 

ACCT  = 

Specifies  accounting  information  for  this  step.  This  parameter 
is  installation  dependent;  however,  usually  it  overrides  the 
accounting  information  specified  on  the  JOB  card. 
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7.0  ERROR  MESSAGES 


The  error  messages  generated  are  separated  by  program  (i.e.,  Input 
Processor,  Model  Processor,  and  Output  Processor).  Within  a section, 
the  messages  are  ordered  by  the  three-digit  error  number.  Generally, 
the  completion  code  for  the  step  will  be  the  largest  completion  code 
issued  by  any  message. 

In  addition  to  the  errors  generated  by  the  program,  FORTRAN  and  the 
system  also  issue  messages.  They  are  listed  in  Fortran  IV  Compiler 
and  Library  messages  and  OS  Message  Library  (see  References). 

7.1  INPUT  PROCESSOR  ERROR  MESSAGES 

***  AIP002I  - UNMATCHED  TRIPS  *** 

CAUSE:  This  information  message  displays  the  number  of  trips  in 

the  reference  triplog  were  not  found  in  the  failed  triplog. 
ACTION  TAKEN:  None 

CORRECTION:  If  the  number  of  trips  is  excessive,  check: 

1 ) that  the  reference  triplog  and  the  failed  triplog 
were  generated  from  the  same  triplist 

2)  that  the  failed  run  is  allowed  to  continue  until 
most  trips  have  finished 

SOURCE:  AINPUT  COMPLETION  CODE:  0 

***  AIP003I  - THRESHOLDS:  

CAUSE:  This  message  is  only  generated  by  the  debugging  option. 

Refer  to  Programmer's  Manual. 

ACTION  TAKEN:  None 

CORRECTION:  Omit  DEBUG=  parameter  on  the  JCL  EXEC  card  that 

generated  this  message 

SOURCE:  AINPUT  COMPLETION  CODE:  0 

***  AIP00AW  - INVALID  TRIP  LOG  IDENTIFIER  *** 

CAUSE:  The  FAILURE  control  card  contains  an  invalid  parameter. 

It  is  either  an  invalid  region  number,  and  invalid  demand 
period,  an  invalid  subsystem,  or  an  invalid  failure  level. 
ACTION  TAKEN:  FAILURE  card  is  ignored,  the  remaining  inputs  are 

checked  for  validity,  and  the  writing  of  the  STRUC  file  is 
suppressed . 

CORRECTION:  None 

SOURCE:  AINPUT  COMPLETION  CODE:  A 

***  AIP010W  - INVALID  TRIP  LOG  IDENTIFIER  *** 

CAUSE:  The  FAILURE  control  card  contains  an  invalid  parameter. 

It  is  either  an  invalid  region  number,  and  invalid  demand 
period,  an  invalid  subsystem,  or  an  invalid  failure  level. 
ACTION  TAKEN:  FAILURE  card  is  ignored,  the  remaining  inputs  are 

checked  for  validity,  and  the  writing  of  the  STRUC  file  is 
suppressed . 

CORRECTION:  None 

SOURCE:  AINUMT  COMPLETION  CODE:  A 

***  AIP011W  - FAIL  CARDS  OUT  OF  SEQUENCE  *** 

CAUSE:  The  FAILURE  cards  are  not  in  the  required  sequence.  The 

first  must  be  numbered  1 and  each  succeeding  card  must  be 
one  larger  than  the  preceedmg  card.  This  message  may  be 
generated  when  other  errors  have  caused  a FAILURE  card  to 
be  ignored. 

ACTION  TAKEN:  This  failure  card  is  ignored,  and  output  of  the 

structured  data  file  is  suppressed. 

CORRECTION:  None 

SOURCE:  AINUMT  COMPLETION  CODE:  A 

***  AIP09SI  - PURGED  *** 

CAUSE:  A previous  error 

ACTION  TAKEN:  This  card  has  been  ignored. 

CORRECTION:  Correct  previous  error 

SOURCE:  AIGDIP  COMPLETION  CODE:  0 
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***  AIP099W  - UNDEFINED  PARAMETER  - ????????  *** 

CAUSE:  This  error  may  be  caused  by  a misspelled  parameter  name. 

It  may  also  be  generated  if  the  previous  variable  was 
incorrectly  defined.  It  will  also  be  generated  by  a 
missing  END  card.  Also  check  that  the  upper  bound 
of  the  preceding  parameter  does  not  exceed  its  dimension 
(in  the  program) . 

ACTION  TAKEN:  Cards  are  skipped  until  the  next  parameter  is  found. 

Output  of  the  structured  data  file  is  omitted. 

CORRECTION:  Correct  input  data. 

SOURCE:  AIGDIP  COMPLETION  CODE:  A 

***  AIP100W  - UNRECOGNIZED  CONTROL  CARD  *** 

CAUSE:  The  control  card  type  may  be  misspelled  or  located  in  the 

wrong  column. 

ACTION  TAKEN:  This  card  is  ignored  and  output  of  the  structured 

Data  File  is  omitted. 

CORRECTION:  Correct  the  data;  check  the  spelling  and  the 

column  location  of  the  control  card 
SOURCE:  AACCRD  COMPLETION  CODE:  4 

***  AIP101W  ~ EOD  CARD  MISSING  *** 

CAUSE:  No  EOD  card  is  present  in  the  run  time  input. 

ACTION  TAKEN:  EOD  card  is  assumed  and  output  of  the  structured 

data  file  is  omitted. 

CORRECTION:  Include  an  EOD  card  as  the  last  card  of  the  run  time 

input . 

SOURCE:  AACCRD  COMPLETION  CODE:  A 

***  AIP102W  - INDEX  CARD  PREVIOUSLY  ENCOUNTERED  *** 

CAUSE:  The  run  time  input  contained  more  than  one  index  card. 

ACTION  TAKEN:  Error  checking  continues,  but  execution  will 

terminate  with  an  error  code. 

CORRECTION:  Delete  the  excess  INDEX  card. 

SOURCE:  AACCRD  COMPLETION  CODE:  A 

7.2  MODEL  PROCESSOR  ERROR  MESSAGES 

***  AFE003S  - INCORRECT  FORMAT  FOR  STRUC  FILE  *** 

CAUSE:  The  structured  data  file  was  not  generated  by  the 

proper  version  of  the  input  processor. 

ACTION  TAKEN:  Execution  terminates. 

CORRECTION:  Re-run  the  input  processor  using  the  program  that 

corresponds  to  the  model  processor. 

SOURCE:  AFSTRC  COMPLETION  CODE:  16 

***  AFEOOAS  - INSUFFICIENT  ARRAY  SPACE  *** 

CAUSE:  The  structured  data  file  exceeds  the  internal  tables 

( arrays ) . 

ACTION  TAKEN:  Execution  terminates. 

CORRECTION:  If  a larger  version  of  the  input  processor  exists, 

re-run  the  model  processor  using  the  larger  version. 
Otherwise,  it  will  be  necessary  to  recompile  to  process  the 
system . 

SOURCE:  AFSTRC  COMPLETION  CODE:  12 

7.3  OUTPUT  PROCESSOR  ERROR  MESSAGES 

***  AFE001S  - INCORRECT  FORMAT  FOR  STATS  FILE  *** 

CAUSE:  The  raw  statistics  file  was  not  generated  by  the 

proper  version  of  the  model  processor. 

ACTION  TAKEN:  Execution  terminates. 

CORRECTION:  Re-run  the  model  processor  using  the  version  that 

corresponds  to  the  output  processor. 

SOURCE:  AFSUBS  COMPLETION  CODE:  16 

***  AFE002S  - INSUFFICIENT  ARRAY  SPACE  *** 

CAUSE:  The  raw  statistics  file  exceeds  the  internal  tables 

( arrays ) . 

ACTION  TAKEN:  Execution  terminates. 

CORRECTION:  If  a larger  version  of  the  output  processor  exists, 

re-run  the  output  processor  using  the  larger  version. 
Otherwise,  it  will  be  necessary  to  recompile  to  process  the 
system . 

SOURCE:  AFSUBS  COMPLETION  CODE:  12 
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#**  AOP098I  - PURGED  *** 

CAUSE:  A previous  error. 

ACTION  TAKEN:  The  indicated  card  in  the  control  card  data  is 

ignored . 

CORRECTION:  correct  previous  error. 

SOURCE:  FIERR  COMPLETION  CODE:  0 

***  AOP099W  - UNDEFINED  PARAMETER  - ????????  *** 

CAUSE:  While  reading  the  control  card  dataset  a unrecognizable 

parameter  name  was  encountered. 

ACTION  TAKEN:  The  parameter  is  ignored,  and  cards  are  skipped 

until  the  next  parameter  is  encountered.  Error  checking 
continues,  however,  it  will  terminate  with  an  error. 

CORRECTION:  correct  input  data. 

SOURCE:  FIERR  COMPLETION  CODE:  9 

***  AOPIOOW  - UNRECOGNIZED  CONTROL  CARD  *** 

CAUSE:  An  invalid  control  card. 

ACTION  TAKEN:  The  control  card  is  ignored  and  error  checking 

continues . 

CORRECTION:  Correct  the  data,  check  the  spelling  and  the 

column  location  of  the  control  card. 

SOURCE:  AACCRD  COMPLETION  CODE:  9 

*****  AOP101W  - EOD  CARD  MISSING  *** 

CAUSE:  No  eod  card  is  present  in  the  run  time  input. 

ACTION  TAKEN:  One  is  assumed  and  error  checking  continues. 

CORRECTION:  Include  an  EOD  card  as  the  last  card  of  the  run  time 

input . 

SOURCE:  AACCRD  COMPLETION  CODE:  9 
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9.0  GLOSSARY 


Asynchronous 

Operation  of  vehicles  under  velocity  control  or  in  the  vehicle- follower  mode  with 
changes  allowed  to  prevent  potential  merge  conflicts. 


Automated  Guideway  Transit  (AGT) 


Computer- con  trolled  transit  system  operating  in  demand  or  scheduled  service  on  a 

fixed,  exclusive  guideway. 


Automated  Rail  Transit  (ART) 


A class  of  AGT  systems  which  provides  multiple-stop  service,  carries  at  least  100 
passengers  in  its  minimum  train  consists,  operates  at  speeds  equal  to  or  greater  than  55 
km/li,  and  generally  runs  at  headways  of  more  than  1 minute. 

Availability-Factor  Relationships 

The  sensitivity  of  the  vehicle  and  passenger  availability  measures  to  changes  in 
parameters  which  affect  either  system  reliability  or  failure  management  strategy. 


Average  Queue  Transit  Time  (TQ) 


Average  time  required  to  move  through  a platform  boarding  queue  during  a period 
of  congestion  such  as  the  peak  hour.  For  a particular  station  the  value  is  calculated  as 
the  difference  between  the  average  wait  time  and  one-half  the  average  route  headway. 


Capital  Cost  (base  year) 

The  initial  cost  of  deploying  a system  expressed  in  base  year  (1977)  dollars.  Capi- 
tal cost  is  the  aim  of  guide  way  construction  cost,  passenger  station  construction  and 
equipment  cost,  AGT  vehicle  cost,  central  control  construction  and  equipment  cost, 
maintenance  facility  construction  and  equipment  cost,  power  distribution  system  installa- 
tion ccst?  and  feeder  system  costs  including  vehicles,  maintenance  facilities,  and  con- 
trol facilities. 
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Catalogued  Procedure 


A pre-coded  set  of  Job  Control  Language  (JCL)  statements  that  is  assigned  a name, 
placed  in  a data  set,  and  may  be  retrieved  and  executed  by  one  JCL  statement. 


Central  Business  District  (CBD) 


The  downtown  retail  trade  area  of  a city.  As  defined  by  the  Census  Bureau,  the 
CBD  is  an  area  of  very  high  land  valuation  characterized  by  a high  concentration  of  re- 
tail business  offices,  theaters,  hotels,  and  service  businesses,  and  by  a high  traffic  flow. 


Centra!  City  (CC)  of  an  SMSA 

The  largest  city  in  an  SMSA.  One  or  two  additional  cities  may  be  secondary 
Central  Cities  in  the  SMSA. 


Central  City  (CC)  of  an  Urbanized  Area  (UA) 

A city  of  at  least  50,000  persons  within  closely  settled  incorporated  and  unincor- 
porated areas  that  meet  the  criteria  for  urbanized  ring  (fringe)  areas.  A few  UA's  con- 
tain twin  cities  with  a combined  population  of  at  least  50,000. 


Central  City  Ring  (CCR) 

The  portion  of  a Central  City  not  included  in  the  CBD. 


Checkpoint  File 

A file  created  at  a user- specified  time  by  the  Model  Processor  and  containing  all 
data  necessary  to  restart  the  MP  from  that  time. 


Closed-Loop  Control 

Advancement  of  vehicles  under  generated  control  based  upon  the  estimated  system 

state. 

Control  Block 


A specific  section  of  guideway  corresponding  to  a single  control  segment  of  a fixed 
block  vehicle  regulation  and/or  headway  protection  system. 
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Cruise  Speed 

Hie  eonstont  velocity  at  which  a vehicle  travels  after  acceleration  and  prior  to 
braking.  This  velocity  is  usually  less  than  the  maximum  design  speed,  but  can  be  equal 

to  it. 

Crush  Load  Capacity 

The  maximum  total  capacity  which  a vehicle  is  designed  to  accommodate.  This 
limitation  is  defined  by  either  a vehicle  weight  limitation  or  a passenger  comfort  criterion. 


Demand  Activated  Service  Policy 

A service  policy  in  which  routes,  which  may  include  intermediate  station  stops,  are 
generated  in  real  time  on  the  basis  of  passenger  demand,  i.e.,  point-to-point  routing 
with  demand  stop. 


Demand  Responsive  Service  Policy 

A service  policy  in  which  non-stop  routes  are  generated  in  real  time  on  the  basis  of 
passenger  demand,  i.e.,  point-to-point  routing  with  no  intermediate  stops. 


Demand  Stop  Service  Policy 

A service  policy  in  which  vehicles  travel  on  predetermined  routes  but  stop  at  sta- 
tions along  the  route  only  in  response  to  specific  passenger  demand. 


Demand  Type 

A system  deployment  parameter  which  ^>ecifies  the  demand  environment  on  which  a 
detailed  demand  model  will  be  specified.  Three  metropolitan  area  demands  and  four  ac- 
tivity center  demand  types  are  identified: 

1.  Metropolitan  area  - high  CBD,  high  reverse  commutation 

2.  Metropolitan  area  - high  CBD,  low  reverse  commutation 

3.  Metropolitan  wea  - Sow  CBD,  low  reverse  commutation 

1.  Activity  Center  Line-Haul 

2.  Activity  Center  Circulation 

3.  Activity  Center  in  High  Demand  CBD 

4.  Activity  Center  in  Low  Demand  CBD 
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Design  Load  per  Vehicle 

The  nominal  passenger  capacity  of  each  vehicle. 


Deterministic 

A strategy  by  which  all  merge  conflicts  are  resolved  before  launch,  and  barring 
failures,  each  vehicle  is  assured  of  traversing  the  network  in  a predetermined  time. 


Dial-A-Ride  Service 

Transit  service  operated  by  generating  vehicle  paths  in  continual  response  to  demand. 
Downtown  People  Mover  (PPM) 

An  AGT  system  deployed  in  a CBD  environment,  or  the  UMTA  demonstration  program 
to  implement  such  systems. 


Empty  Vehicle  Management  (EVM) 

A set  of  strategies  which  govern  the  disposition  of  active,  empty  vehicles  not  as- 
signed to  a fixed  route  nor  en route  to  service  a passenger  demand.  Alternative  strategies 
include: 

Circulation 

Vehicles  are  circulated  on  the  network  until  needed  to  satisfy  a demand. 

The  distribution  of  circulating  vehicles  may  be  based  on  historical  demand 
or  on  current  demand  patterns. 

Station  storage  - historical 

Vehicles  are  routed  to  stations  for  storage  based  on  historical  demand  data. 
Station  storage  - real  time 

Vehicles  are  either  stored  in  the  station  when  they  become  empty  or  are 
routed  to  other  stations  and  stored  based  on  current  demand  patterns. 
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Event  Model 


A representation  of  an  entity  (a  subsystem  or  process)  in  terms  of  discrete  states  of 
the  entity  and  the  time  required  to  change  from  one  state  to  another  for  use  in  a discrete 
©vent  simulation. 


Fixed  Block 


A longitudinal  control  or  headway  protection  mechanization  wherein  blocks  are 
hardwired  to  the  guideway  and  each  block  transmits  velocity  or  braking  commands  to  the 
vehicle  based  on  the  occupancy  of  preceding  blocks.  For  longitudinal  control,  the  com- 
mands may  be  altered  by  centra!  or  local  control.  For  headway  protection  the  blocks 
transmit  either  braking  or  velocity  limit  commands  to  vehicles  which  establish  upper 
bounds  for  any  other  commands. 


Fixed  Route  Service 


Transit  service  operated  on  predetermined  paths. 


Flow  Capacity  (f^) 

A measure  of  system  capacity  in  terms  of  passenger  spaces  per  second  past  a point; 
the  ratio  of  traveling  unit  capacity  to  average  route  headway. 


Fully  Connected  Grid  (FG) 

A grid  network  in  which  vehicles  proceed  directly  from  one  station  to  any  other 
station  without  retracing  any  one-or  two-directional  portion  of  the  guideway. 


Global  Variables 


Variables  stored  in  a common  area  and  known  by  one  name  to  all  segments  in- 
cluded in  the  program. 


Grid 


Any  guideway  on  which  vehicles  are  presented  with  a choice  of  paths  during  nor- 
ma! operation. 
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Grid  Transit  (GT) 


A transit  system  deployed  in  any  demand  environment  which  uses  an  FG  or  PG 
network  and  has  more  extensive  operational  switching  capability  than  on  MSLT.  Gen- 
erally shorter  headways  result  than  in  MSLT.  This  category  includes  PRT  systems  and 
many  systems  which  are  often  referred  to  as  Group  Rapid  Transit  (GRT). 


Guideway  Interface 

The  vehicle  components  which  contact  the  guideway  for  support.  Usually  the  in- 
terface is  wheels  but  in  some  cases  it  is  an  air  or  magnetic  levitation  force. 


Headway 

A frequency  of  service  measure:  the  mean  time  between  vehicles  passing  a point 
along  a route  of  known  configuration. 


Heodway  Equation 

An  analytic  function  which  expresses  the  relationship  between  minimum  headway 
and  system  parameters  such  as  traveling  unit  (vehicle  or  train)  length,  cruise  speed,  ac- 
celeration, communication  delay,  and  expected  position  error. 


Intermediate  Vehicle  Group  Rapid  Transit  (IGRT) 

A class  of  AGT  systems  which  provides  multiple-stop  service  and  carries  from  25 
to  69  passengers  in  its  minimum  train  consist.  Low  speed  IGRT  systems  have  a maximum 
operating  speed  of  13  to  54  km/h  and  tend  to  run  at  15  to  60  s headways.  High  speed 
IGRT  systems  operate  at  speeds  greater  than  54  km/h  and  at  headways  which  usually  fall 
between  15  and  90  s. 


intersection 

An  X-type  merge  with  2 input  links,  2 output  links,  4 ramp  links,  4 through  paths, 
cr»d  either  2 or  4 queuing  areas. 


Large  Vehicle  Group  Rapid  Transit  (LGRT) 

A class  of  AGT  systems  which  provides  multiple-stop  service,  has  a minimum  train 
consist  capacity  of  70  to  109  passengers,  operates  at  a maximum  speed  of  13  to  54  km/h, 
and  usually  runs  at  headways  of  30  to  90  s. 
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Lateral  Control  Interface 


Vehicle  and  guideway  components  that  interface  to  control  the  vehicle's  lateral 
movement . 


Loop 


A guideway  on  which  motion  is  unidirectional  during  normal  operation  (except 
possibly  at  short  station  segments  or  at  ends  of  runs)  and  which  is  defined  by  a closed 
path. 


Loop  of  Closed  Geometry  (S) 

A simple  loop  as  defined  above  which  encircles  no  area. 


Macro 

A standard  code  segment  that  is  generated  in-line  at  compile  time  by  specification 
of  single  statement. 


Maximum  Operating  Speed 

The  maximum  speed  at  which  a vehicle  can  travel.  This  limit  is  imposed  by  vehi 
cle  and  propulsion  system  design  constraints. 


Merge  Strategy 

A strategy  for  resolving  merge  conflicts.  Three  strategies  are  considered: 

1.  FIFO  (first— in7  first-out) 

2.  Prescheduled 

3.  Priority 

Metro  Shuttle  Loop  Transit  (MSLT) 

A transit  system  deployed  in  a metropolitan  environment  and  having  high  speed 
capability  but  no  or  limited  operational  switching  capability.  The  network  may  be  of 
any  type.  If  it  is  a grid  network,  however,  the  switching  is  of  limited  capability.  This 
category  includes  most  guideway  transit  systems  currently  deployed  in  metropolitan  areas. 
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Minimum  Traveling  Unit 


The  minimum  number  of  vehicles  with  which  a train  can  operate.  For  some  sys- 
tems the  minimum  traveling  unit  is  a single  vehicle. 


Minimum  Traveling  Unit  Capacity 

The  nominal  capacity  (not  crush  capacity)  of  a single  vehicle  times  the  number  of 
vehicles  in  a minimum  train  consist. 


Moving  Block 


A headway  protection  mechanization  wherein  an  emergency  protection  zone 
which  moves  along  with  the  vehicle  is  established  around  each  vehicle.  Emergency  brak- 
ing commands  are  issued  to  the  traveling  vehicle  whenever  its  emergency  protection  zone 
infringes  upon  that  of  a leading  vehicle. 


Multiple  Loop  (ML) 


Any  network  consisting  of  two  or  more  loops  and  requiring  that  passengers  transfer 
from  a vehicle  constrained  to  one  loop  to  a vehicle  constrained  to  another  loop  if  they 
wish  to  travel  between  two  points  not  served  by  a single  loop. 


Network  Element 


Either  a link,  merge,  or  an  intersection  modeled  in  the  DOCM. 


Network  Type 

A system  deployment  parameter  which  specifies  network  configuration.  Seven  net' 
work  types  are  identified: 

1.  Shuttles  (S) 

2.  Loop  of  closed  geometry  (L) 

3.  Open  loop,  one-way  (LI) 

4.  Open  loop,  two-way  (L2) 

5.  Multiple  loop  (ML) 

6.  Partially  connected  grid  (PG) 

7.  Fully  connected  grid  (FG) 
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Nominal  Capacity 


Vehicle  capacity  including  seated  and  standing  passengers  as  specified  by  the 
manufacturer  according  to  a passenger  comfort  criterion.  The  average  area  allotted  to 
each  standee  is  general Sy  at  least  2.5  square  feet. 


Mon-deterministic 


A strategy  by  which  potential  conflicts  at  merges  are  not  considered  before  launch 
but  are  resolved  locally  in  the  vicinity  of  each  merge. 


Off- Vehicle  Feeder  Travel  Time  for  Access 

The  mean  time  per  person  enroute  to  a specific  AGT  station  for  delay  or  non- 
vehicle travel  (including  any  walking  to  feeder  route  or  waiting  for  feeder  bus,  transfer- 
ring between  vehicles,  parking  a car,  or  walking  all  the  way),  while  going  from  zone 

centroids  to  a specific  station. 


Off-Vehicle  Feeder  Travel  Time  for  Egress 


The  mean  time  per  person  enroute  from  a specific  AGT  station  for  delay  or  non- 
vehicle  trove!  (including  waiting  at  stations  for  bus,  walking  from  route  to  destination, 
transferring  between  vehicles,  or  walking  all  the  way),  while  going  from  a specific  sta- 
tion to  zone  centroids. 


On-Vehicle  Feeder  Time  for  Access 

The  mean  time  per  person  enroute  to  a specific  AGT  station  spent  aboard  a feeder 
vehicle  (including  feeder  bus  or  private  auto),  while  going  from  zone  centroids  to  a spe- 
cific station. 


On-Vehicle  Feeder  Travel  Time  for  Egress 

The  mean  time  per  person  enroute  from  a specific  AGT  station  spent  aboard  a 
feeder  vehicle  (including  the  feeder  bus  or  private  auto),  while  going  from  a specific 
station  to  zone  centroids. 


Open- Loop  Control 

Advancement  of  vehicles  by  user-specified  control  independent  of  system  state. 
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Open  Loop,  One-Way  (LI) 

A single  loop  encircling  an  area  and  providing  one-way  circulation. 

Open  Loop/  Two-Way  (L2) 

Two  loops  deployed  side-by-side  encircling  an  area  and  providing  two-way 
circulation. 


PARAFOR 

A superset  of  FORTRAN  utilizing  PL/1  macros  to  odd  structured  programming  fa- 
cilities to  standard  FORTRAN. 


Partially  Connected  Grid  (PG) 

A grid  network  which  does  not  qualify  as  a Fully  Connected  Grid  (FG). 


Partitioned  Data  Set 

A type  of  file  organization  in  which  independent  groups  of  sequentially  organized 
records,  called  members,  are  on  direct-access  storage. 


Path 


A sequence  of  guideway  links  used  by  a vehicle  to  travel  between  two  points  on 
a network. 


Personal  Rapid  Transit  (PRT) 

A class  of  PRT  systems  which  provides  non-stop  point-to-point  service,  has  a mini- 
mum traveling  unit  capacity  of  3 to  6 passengers,  and  runs  at  very  short  headways,  usu- 
ally 3 s or  less.  Low  speed  PRT  has  a maximum  operating  speed  of  13  to  54  km/h,  while 
high  qpeed  PRT  has  a maximum  operating  speed  exceeding  54  km/h. 


Platoon  Movement 


Simultaneous  advancement  of  a row  of  vehicles  or  trains. 
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Practical  Minimum  Headway 

The  minimum  headway  at  which  vehicles  can  operate  under  normal  conditions. 
Prescheduled  Pothing 

A vehicle  path  in  g strategy  in  which  the  primary  path  from  origin  to  destination  is 
predetermined  and  specified  for  all  station  pairs. 


Precision  Stopping  Tolerance 

The  tolerance  within  which  a vehicle  can  stop  at  a given  point. 


Quasi-deterministic 


A strategy  by  which  merge  conflicts  are  not  resolved  prior  to  launch,  but  informa- 
tion about  the  future  state  of  the  network  is  used  to  launch  vehicles  at  times  that  provide 
a high  probability  of  efficient  merging. 


Quasi-synchronous 

Operation  of  vehicles  under  point- follower  control  but  with  change  of  control 
points  allowed  to  resolve  potential  merge  conflicts  by  advancing  or  slipping  one  or  more 
slots. 


Reliability  Block  Diagram 

A diagram  that  illustrates  what  equipment  or  combinations  of  equipment  are  re 
quired  for  successful  system  operation. 


Representative  System 

A collection  of  values  for  the  following  system  characteristics  and  strategies: 

1.  Vehicle  characteristics 
2„  Guideway  characteristics 

3.  System  management  strategies 

4.  Reliability  characteristics 

5.  Cost  characteristics 
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Representative  System  (continued) 

The  range  of  values  are  chosen  to  be  interrelated  in  such  a way  as  to  represent  a 
general  class  of  state-of-the-art  systems  for  the  purpose  of  conducting  system  analyses 
within  the  SOS  program. 


Representative  System  Deployment 

A specific  combination  of  a representative  system,  demand  type,  and  network  con- 
figuration defined  for  the  purpose  of  conducting  system  analyses  within  the  SOS  program „ 


Response  Time 

A frequency  of  service  measures,  the  mean  time  between  a request  for  and  the  ar- 
rival of  a dial-a-ride  service  vehicle. 


Ripple  Movement 

Advancement  of  vehicles  and  trains  one  at  a time  for  a row  of  stationary  vehicles/ 
trains. 


Route 

A designated  set  of  destinations,  usually  defined  by  stations,  to  which  a vehicle 
must  travel.  The  path,  or  links,  to  be  traversed  between  any  two  destinations  is  not 
specified . 


Routing  Strategy 

A strategy  which  identifies  routes  for  vehicles/trains.  Two  alternatives  are  fixed 
routing  and  real  time  select  routing.  Real  time  routing  is  used  only  with  demand  respon- 
sive service  and  demand  activated  service,  while  fixed  routing  is  employed  for  demand 
stop  and  fixed  route  service  policies. 


Rural  and  Scattered  Urban  (R&SU) 


The  remaining  rural  and  urban  portions  of  counties  not  included  as  part  of  the  ur- 
banized ring  of  the  UA,  but  still  within  the  boundaries  of  the  SMSA.  Thus,  with  the  ex- 
ception of  the  New  York  and  Los  Angeles  SMSA's,  the  SMSA  consists  of  two  components  - 
the  UA  and  the  Rural  and  Scattered  Urban.  Both  New  York  and  Los  Angeles  Urbanized 
Areas  (UA's)  extend  into  counties  outside  the  boundaries  of  the  SMSA. 
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Scheduled,  Real  Time  Pothing 


A vehicle  pathing  strategy  in  which  the  primary  path  from  origin  to  destination 
is  selected  from  among  specified  alternatives  just  prior  to  departure  from  the  origin  sta 
tion  on  the  basis  of  current  traffic  conditions  on  the  network. 


Sector 

An  area  serviceable  by  one  vehicle  in  subscription  service  during  a prescribed 
time  interval  for  a specific  demand  density. 

Service  Type 

Either  non-stop  (personal  transit)  or  multiple-stop  (group  transit)  service. 


Shuttles  (S) 


A guideway  on  which  bi-directional  motion  occurs  during  normal  operation  and 
which  is  defined  by  a single  curve  connecting  two  distinct  end  points.  Also,  any  net 
work  consisting  of  two  or  more  simple  shuttles,  either  following  the  same  path  or  dif- 
ferent paths. 


Shuttle  Loop  Transit  (SLT) 

A low  speed  AGT  system  deployment  in  an  activity  center  demand  environment 
having  any  non-grid  type  of  network.  Thus,  SLT  system  deployments  require  no  opera 
tional  switching  but  may  require  passenger  transfers. 


Small  Vehicle  Group  Rapid  Transit  (SGRT) 

A class  of  AGT  systems  which  provides  multiple-party  service,  has  a capacity  of 
7 to  24  passengers  in  its  minimum  train  consist,  and  usually  operates  at  headways  be- 
tween 3 and  15  s.  Low  speed  SGRT  has  a maximum  operating  speed  of  16  to  54  km/h, 
and  high  speed  SGRT  a maximum  of  over  54  km/h. 


Standard  Metropolitan  Statistical  Area  (SMSA) 

A county  or  group  of  counties  containing  at  least  one  city  (or  twin  cities)  with  a 
population  of  50,000  or  more,  plus  adjacent  counties  which  are  metropolitan  in  charac- 
ter and  integrated  economically  and  socially  within  the  central  city. 
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Switching  Mechanism 


The  mechanism,  located  either  on  the  vehicle  or  the  guideway,  by  which  vehic  les/ 
trains  are  switched. 

Synchronous 

Operation  of  vehicles  under  point- follower  control  with  no  changes  allowed  in 
control  points  during  a given  guideway  trip. 

Theoretical  Minimum  Headway 

The  minimum  headway  at  which  two  vehicles  can  travel,  assuming  there  are  no 
merges  or  on-line  stations. 

Total  Value  Capital  Cost 

The  sum  of  all  capital  costs  except  interest  expense  over  the  life  cycle  period 
expressed  in  base-year  dollars. 

Urbanized  Area  (UA) 


An  area  containing  a central  city  (or  twin  cities)  of  50,000  or  more  population, 
plus  the  surrounding  closely  settled  incorporated  and  unincorporated  areas  which  meet 
certain  criteria  of  population  size  and  density  (urbanized  ring).  UA's  differ  from  SMSA's 
in  that  UA's  exclude  the  rural  portions  of  counties  composing  the  SMSA's,  as  well  as 
places  that  were  separated  by  rural  territory  from  the  densely  populated  fringe  around  the 
central  city.  The  components  of  the  UA's  include  the  central  city,  as  defined  above, 
and  the  urbanized  rings,  as  defined  below. 

Urbanized  Ring  (UR) 

Various  areas  contiguous  to  a central  city  or  cities,  which  together  constitute  its 
urbanized  ring,  or  "urban  fringe,"  as  termed  by  the  Census  Bureau. 

Variable  Cost  (base  year) 

The  annual  cost  of  operating  and  maintaining  a system  expressed  in  base  year  (1977) 
dollars.  Variable  costs  include  maintenance  costs,  energy  costs,  and  administrative 
costs  for  both  the  AGT  and  feeder  systems. 

Vehicle  Capacity 

When  used  in  correlations  of  vehicle  dimensions  and  cost  to  capacity,  nominal 
vehicle  capacity  is  assumed.  However,  the  system  simulations  interpret  vehicle  capacity 
as  the  maximum  number  of  passengers  which  can  occupy  a vehicle  at  one  time. 
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APPENDIX  A 


SAMPLE  RUN 


Figure  A-1  shows  an  example  of  JCL  to  run  the  SAM. 


//* 

//* 

//* 

//* 

//* 

//* 

//* 

//* 


THIS  RUN  GENERATES  A STRUCTURED  DATA  FILE  FROM  AN  INPUT 
DATASET.  THEN,  IT  IS  UPDATED  BY  THE  NEXT  STEP.  FINALLY, 
THE  MODEL  AND  OUTPUT  PROCESSORS  ARE  RUN  ON  THE  RESULTANT 
FILE. 


//CREATE  EXEC 
// 

// 

//UPDATE  EXEC 


// 

// 

// 

//MP 

// 

//OP 

// 

// 


EXEC 

EXEC 


AGTAIP , INDEX=TEST , 

TRPLGOO  = TESTREF,  TRPLGO  1 =TESTDEL4  , STRUC  = TEST1  , 
RNTIM=AINPUTO 1 
AGTAIP,COND-(0,NE) , 

INDEX  = TEST , TRPLGO  0 = TESTREF , TRPLG01=TESTDEL4 , STRUC  = TEST2 , 
UPDATE  = TEST1 , TRPLGO  2 = TESTDEL4 , TRPLGO  3 = TESTDEL4 , 

TRPLGO 4 =TESTDEL4 , RNTIM= AINPUT 0 2 
AGTAMP , STRUC=TEST2 , COND= C 0 ,NE) , 

STATS=TEST , INDEX =TEST 

AGTAOP , STATS = TEST ,COND=(0,NE), 

PERSUM=TEST , INDEX=TEST 


00510001 

00520001 

00530001 

00540001 

00550001 

00560001 

00570001 

00580001 

00590001 

00600001 

00610001 

00620001 

00630001 

00640001 

00650001 

00660001 

00670001 

00680001 

00690001 

00700001 


FIGURE  A-1 . RUN  JCL 


The  runtime 
Figure  A-2. 


inputs  (contained 


in  AGT.  IANDD.RNTIM)  are  shown  in 
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INDEX 


00000010 


INDEX  TEST  OF  SAM 

EUGENE 

0. 

MAUCH  8/11/77  00000020 

END 

00000030 

DATA 

OOOOOOAO 

KNDM 

111 

00000050 

5 

00000060 

KNREG 

111 

00000070 

2 

00000080 

KNLVL 

111 

00000090 

2 

00000100 

KNDL 

111 

00000110 

3 

00000120 

KNFL 

111 

00000130 

2 

00000190 

KNCMP 

111 

00000150 

2 

00000160 

FLTSLT 

111 

00000170 

1 

00000180 

RRATE 

1F1 0 . 0 

00000190 

1 . 5 

00000200 

SMFREQ 

1F1 0 . 0 

00000210 

0.005 

00000220 

SMST 

1F1 0 . 0 

00000230 

0 . 5 

000002A0 

PTHRDM 

1F1 0 . 0 

00000250 

2.0 

00000260 

THRIND 

1F1 0 . 0 

00000270 

2 . 0 

00000280 

DMND 

1 FI  0 . 0 

1 

5 

00000290 

5 1000. 

00000300 

DLTIME 

5F1 0 . 0 

1 

5 

1 

5 1 

A 1 

5 

00000310 

99  5.0 

5 . 0 

5.0 

5.0 

5.0 

00000320 

5.0 

5 . 0 

5.0 

5.0 

5.0 

00000330 

FRATE 

5F1 0 . 0 

1 

9 

1 

5 1 

5 1 

5 

000003AO 

99  0.001 

0.001 

0.001 

0.001 

0 .001 

00000350 

0 .001 

0.001 

0.001 

0 .001 

0.001 

00000360 

GUMILE 

1F1 0 . 0 

1 

2 

00000370 

2 50.0 

00000380 

NUMTRP 

5F1 0 . 0 

1 

5 

1 

5 1 

A0  1 

5 

00000390 

99  5.0 

5 . 0 

5.0 

5.0 

5.0 

00000A00 

5 . 0 

5.0 

5.0 

5.0 

5.0 

00000A10 

99  5.0 

5 . 0 

5.0 

5.0 

5 . 0 

00000A20 

5.0 

5.0 

5.0 

5.0 

5.0 

00000A30 

99  5.0 

5.0 

5.0 

5 . 0 

5.0 

OOOOOAAO 

5.0 

5.0 

5 . 0 

5.0 

5.0 

OOOOOA50 

99  5.0 

5 . 0 

5.0 

5.0 

5.0 

00000960 

5 . 0 

5.0 

5 . 0 

5.0 

5.0 

00000A70 

99  5.0 

5 . 0 

5 . 0 

5 . 0 

5 . 0 

00000A80 

5.0 

5.0 

5.0 

5 . 0 

5 . 0 

00000A90 

99  5.0 

5 . 0 

5.0 

5.0 

5.0 

00000500 

5 . 0 

5.0 

5.0 

5.0 

C fi 

5.0 
s n 

00000510 

00000520 

99  5.0 

5 . 0 

5 . 0 

D . u 

c r\ 

r n 

00000530 

5.0 

5 . 0 

5 . 0 

D . U 
r n 

D . u 

r n 

000005A0 

99  5.0 

5 . 0 

5 . 0 

j . U 
r n 

J . u 

r n 

00000550 

5.0 

5 . 0 

5 . 0 

D . U 

R fi 

5.0 
r n 

00000560 

99  5.0 

5 . 0 

5 . 0 

D . U 
r n 

00000570 

5.0 

5 . 0 

5 . 0 

D . U 

R fi 

r n 

00000580 

99  5.0 

5 . 0 

5 . 0 

D . U 

R A 

r n 

00000590 

5 . 0 

5 . 0 

5 . 0 

D . U 

D . U 

00000600 

STATNS 

112 

1 

2 

00000610 

2 3 

1F1 0 . 0 

00000620 

SYSTIM 

1 

5 

00000630 

5 2.0 

1 

1 

c 

000006A0 

PNS 

1F1 0 . 0 

5 

D 

00000650 

25  1000 

. 

1 

c 

00000660 

VINSTA 

1F10.0 

1 

5 

D 

00000670 

25  180. 

00000680 

VN 

1F10.0 

1 

5 

1 

5 

00000690 

25  50. 

c 

00000700 

VM 

1F10.0 

1 

5 

1 

D 

00000710 

25  3000 

. 

00000720 

VOPTIM 

1F10.0 

1 

5 

1 

5 

00000730 

25  100. 

000007A0 

END 

1 1 

00000750 

1 FAILURE 

1 

1 

00000760 

FIGURE  A-2.  RUNTIME  INPUT 
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APPENDIX  B 


SAMPLE  OUTPUT 


Examples  of  all  the  reports  generated  by  the  SAM  are  included  here;  some 
duplicate  reports  have  been  eliminated. 
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FIGURE  B-l  (1  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (4  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (5  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-1  (6  of  12).  SAMPLE  OUTPUT 


FAILURE  RATES  (FOR  RELIABILITY  LEVEL  1)  10-13-78 
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FIGURE  B-l  (7  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (8  of  12).  SAMPLE  OUTPUT 


VEHICLE  OPERATING  TIME  (HOURS)  1452.00 
SCHEDULED  MAINTENANCE  FREQUENCY  0.0050 
SCHEDULED  MAINTENANCE  TIME  (HOURS)  2.00 
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FIGURE  B-l  (9  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (10  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (11  of  12).  SAMPLE  OUTPUT 
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FIGURE  B-l  (12  of  12).  SAMPLE  OUTPUT 


APPENDIX  C 


REPORT  OF  NEW  TECHNOLOGY 


The  System  Availability  Model  (SAM)  provides  two  system-level  avail- 
ability measures  and  fleet  size  data  for  Automated  Guideway  Transit  (AGT) 
systems.  The  first  availability  measure  is  the  percentage  of  vehicle 
operational  time.  The  second  availability  measure  is  the  percentage  of 
passengers  whose  wait  is  below  a specified  threshold. 

The  fleet  sizing  data  establishes  the  number  of  maintenance  and  stand-by 
vehi cl es . 

The  SAM  operates  in  conjunction  with  the  Discrete  Event  Simulation  Model 
(DESM).  The  DESM  output  provides  the  delay  information  for  the  SAM  analysis. 
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